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FOREWORD 


This  Letter  Report  contains  the  functional  description  of  the 
Operational  Performance  Analysis  Language  (OPAL).  This  specification 
, ' of  the  language  is  based  upon  language  constructs  and  concepts  derived 

from  the  Abbreviated  Test  Language  for  Avionic  Systems  (ATLAS),  developed 
by  the  ATE  Subcommittee  of  the  Airlines  Electronic  Engineering  Committee; 
the  Ground  Operations  Aerospace  Language  (GOAL),  developed  for  the  National 
Aeronautics  and  Space  Administration;  the  Compass  Test  Language  (CTL) , 
developed  by  Massachusetts  Computer  Associates  under  contract  to  Frankford 
Arsenal;  and  the  general  purpose,  high-level  languages  FORTRAN,  ALGOL,  and 
PL/1.  It  includes  contributions  developed  by  the  AMC-ATE  Language 
Standardization  Committee  during  the  past  two  years,  as  well  as  those 
developed  under  the  Defense  ATE  Language  Standardization  (DATELS)  project 
during  over  one  year  of  effort. 

Appendix  I traces  the  derivation  of  each  of  the  concepts  and  constructs 
specified . 

Comments  relative  to  this  report  should  be  forwarded,  in  writing,  to: 

Commander 
Frankford  Arsenal 
ATTN:  SARFA-FCF-C 
Philadelphia,  PA  19137 
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Page  8: 

1.  Change  first  line  of  text  under  FORM  4 from: 

"where  the  specif ied. block  is  executed  repeatedly  until  the 
specified  condition..." 

to : 

"where  the  specified  block  is  executed  repeatedly  while  the 
specified  condition..." 

2.  Change  third  line  of  text  under  NOTE  (second  paragraph  top 
of  Page  8)  from: 

"is  met,  or  if  the  condition  (FORM  4)  is  true,..." 
to: 

"is  met,  or  if  the  condition  (FORM  4)  is  not  true,..." 


Functional  Description  of  the 
Operational  Performance  Analysis  Language 
(OPAL) 


1.  INTRODUCTION 

1.1  Maintenance  operations  are  increasingly  dependent  on  automatic  test 
equipment  (ATE)  to  minimize  the  time,  cost,  and  critical  skills  required  to 
test,  diagnose,  and  maintain  the  widely  varied  inventory  of  Defense  materiel. 
The  major  problem  in  the  use  of  any  automated  system  is  the  development  of 
reliable  computer  programs  to  control  the  required  operations.  In  the 
maintenance  field,  this  problem  can  be  solved  only  if  means  are  provided  to 
simplify  the  task  of  programming  ATE.  Essential  to  such  simplification  is 
the  availability  of  a standard  test  language. 

1.2  A master  plan  for  the  development  of  the  standard  language,  to  be 
called  the  Operational  Performance  Analysis  Language  (OPAL),  and  of  its 
software  support  system, was  published  as  part  of  the  Defense  Automatic  Test 
Equipment  Language  Standardization  (DATELS)  effort.  (*■)  Major  objectives  of 
the  project  were  stated  as  follows: 

1.2.1  Promote  the  development  of  a standard,  high-level,  programming 
language  which  will  improve  coimunications  and  understanding  between  test 
system  developers,  and  users,  and  unit  under  test  (UUT)  maintenance  personnel, 
with  a cost  favorable  impact  on  related  hardware  and  software  developers. 

1.2.2  Assure  the  broadest  application  of  programming  language 
standards  for  description  of  end  item  (subassembly,  assembly,  and/or  system) 
performance/ includ ing  technical  diagnoses  and  configuration  management  of 
test  procedure  description  for  support  of  electrical,  electronic,  mechanical, 
pneumatic,  hydraulic  and  other  systems.  Primary  emphasis  will  be  directed 
toward  application  to  ATE  but  performance  and  diagnostic  procedure  will  be 
translatable  to  semi-automatic  and/or  manual  test  methods. 

1.2.3  Provide  impetus  for  industry-wide  Test  Procedure  Language 
Standardization  by  representing  the  DOD  in  joint  military-industry  association 
activities'  with  development,  maintenance,  and  implementation  planning  for 
programming  language  standardization. 

1.2.4  Provide  for  formal  language  standardization  through  normal 
standardization  channels. 


( ^"Defense  Automatic  Test  Equipment  Language  Standardization  Project  Master 
Plan  for  Operational  Performance  Analysis  Language  System",  dated  27 
September  1973,  by  DA  Defense  Pocal  Point. 


1.2.5  Recommend  policies  to  the  Assistant  Secretary  of  Defense 
(Installation  and  Logistics)  which  will  promote  the  use  of  a standard  programming 
language  for  all  (automatic,  semi-automatic  and/or  manual)  test  equipment 
acquired  in  support  of  weapon  systems. 

1.3  This  document  describes  the  general  characteristics  and  functional 
requirements  of  the  language,  OPAL. 

2 . REFERENCES 


2.1  The  languages  described  in  the  documents  referenced  below  shall  be  used 
as  source  material  in  the  development  and  specification  of  OPAL. 

2.1.1  ATLAS 

a.  ARINC  Specification  416-8,  Abbreviated  Test  Language  for 
Avionic  Systems  (ATLAS),  Aeronautical  Radio,  Inc,  Annapolis,  MD  (July  1973) 

2.1.2  CTL 


a.  Muntz,  C.,  et  al , A Preliminary  Design  for  a New  Programming 
Language , Frankford  Arsenal  Letter  Report  N7000-8-73,  Massachusetts  Computer 
Associates  (MCA),  Waltham,  MA  (January  1973) 

b.  Loveman,  D.,  et  al,  Compass  Test  Language  (CTL)  Syntax  and 
Parser,  Frankford  Arsenal  Letter  Report  N7000-9-73,  MCA,  Waltham,  MA  (January  1973) 

c.  Warshall,  Stephen,  et  al , CTL-Compass  Test  Language,  Frankford 
Arsenal  Report  R-3017,  MCA,  Waltham,  MA  (June  1974) 

2.1.3  GOAL 

a.  Dickison,  Larry  R.,  Ground  Operations  Aerospace  Language  (GOAL) 

Textbook,  TR-1228,  NASA,  John  F.  Kennedy  Space  Center,  FL  (16  April  1973) 

b.  Dickison,  Larry  R.,  Ground  Operations  Aerospace  Language  (GOAL) 

Syntax  Diagrams  Handbook,  TR-1213,  NASA,  Kennedy  Space  Center,  FL  (16  April  1973) 

c.  Ground  Operations  Aerospace  Language  (GOAL)  Final  Report. 
Contract  NAS10-6900,  Vol  1 to  5,  IBM  Federal  Systems  Division  (31  July  1973) 

2.1.4  FORTRAN  - ANSI  STD  X3. 9-1966  FORTRAN 

2.1.5  ALGOL 


a.  Naur,  P.,  et  al,  Revised  Report  on  the  Algorithmic  Language 
ALGOL- 60,  Communications  of  the  ACM,  Vol  6,  January  1963 

2.1.6  PL/1  - Basls/I-8.  ECMA  and  ANSI  Working  Document,  July  1972 


2 


2.1.7  Army  Materiel  Command,  ATK  i.an/.uai-.c  st  ..na 
Not.'s  and  Correspondence  (November  1971  through  February  l‘>7i'alKj  i,  /TTTT^T^-i 
through  January  1974). 

3.  REQUIRED  LANGUAGE  CHARACTERISTICS 

3.1  General  Characteristics 


3.1.1  OPAL  shall  be  a subset  of  natural  English,  to  consist  ot  the 
technical  terms  used  by  test  design  engineers  and  technicians  to  describe  the 
procedures  required  to  test,  diagnose,  and  maintain  electrical,  electronic 
mechanical,  hydraulic,  pneumatic,  optical,  and  other  materiel. 

3.1.2  The  language  shall  include  those  constraints  required  to 
render  it  machinable. 

3.1.3  It  shall  provide  a means  to  improve  communication  between  the 
end-item  designer,  and  test  systems  developers,  users,  and  maintenance 
personnel , 

3.1.4  It  shall  be  easy  to  read,  to  write,  and  to  understand  with 
minimal  training. 

3.1.5  All  terms  in  the  language  shall  be  unambiguous,  and  fully 
defined,  with  each  definition  adopted  from  a standard  technical  dictionary. 

3.1.6  OPAL  shall  be  ATE  independent  to  permit  the  unit -under-test 
(UUT)  oriented  description  of  test  procedures  which  may  be  readily  adapted 
for  use  with  any  automatic,  semi-automatic,  or  manual  test  equipment. 

3.1.7  The  language  syntax  shall  be  formally  specified  in  Backus  Naur 
Form.  In  addition,  detailed  syntax  diagrams  shall  be  provided  for  each 
language  construct.  (See  Reference  2.1.1) 

3.1.8  Character  Set:  The  character  set  shall  consist  of  all  upper 
case  alpha,  numeric,  and  special  characters  included  in  the  American  Standard 
Code  for  Information  Interchange  (ASCII),  and  such  characters  as  are  required 
to  represent  the  International  Metric  System  (SI)  dimensional  units . (^) 
Provisions  shall  be  made  to  extend  the  OPAL  character  set  to  include  all 
lower  case  ASCII  characters  when  peripheral  equipment  capable  of  generating 
the  full  ASCII  set  is  generally  available. 


(2)lS0  Standard  #2955,  "Information  Processing  Representation  of  SI  and  Other 
Units  for  Systems  with  Limited  Charac’  - Sets",  Published  by  ANSI,  1974. 
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3.1.9  Tiif  language  shall  he  expandable  to  allow  the  addition  of 
elements  and  constructs  as  required. 

3.1.10  To  the  maximum  extent  possible,  the  language  shall  be  based 
upon  existing  test  languages  such  as  ATLAS  (as  specified  in  Reference  2.1.1) 

CTL  (as  specified  in  Reference  2.1.2),  and  COAL  (as  specified  in  Reference 
2.1.3)  with  such  additions  and  modifications  as  are  necessary  to  meet  service 
requirements.  Constructs  derived  from  other  high  level  languages  may  be 
included  if  applicable. 

3.1.11  Statement  Format:  All  statements  shall  be  written  in  free 
format  to  permit  the  indentation  and  spacing  of  statements  and  statement 
elements  for  maximum  readability. 

3.1.12  Symbolic  Names;  MeaningfuL  symbolic  names  shall  be  assigned 
to  data  (variables,  parameters,  messages,  lists  of  values)  and  to  program 
units.  Data  names  (called  "Identifiers")  are  symbolic  representations  of  memory 
blocks  into  which  data  will  be  stored.  Program  unit  names  (called  "labels")  are 
symbolic  representations  of  pointers  to  parts  of  the  program  itself  (statements, 
modules,  procedures,  subroutines,  tasks,  and  blocks). 

NOTE:  A required  part  of  all  OPAL  program  documentation  shall 
be  cross-reference  tables,  one  for  all  identifiers  and  a second  for  all  labels. 
Each  table  shall  be  arranged  in  alphabetical  order,  and  shall  list  all  line 
numbers  within  which  each  symbolic  name  appears. 

3.1.13  Punci nation:  The  rules  of  English  grammar  shall  be  followed 
as  closely  as  possible  to  improve  the  langia  ge  readability  without  unfavorably 
impacting  machinability . 

3.1.14  Structured  Programming:  OPAL  shall  be  designed  to  encourage 
the  use  of  the  principles  of  structured  programing . Programs  ^rritten  in  OPAL 
shall  be  broken  into  labelled  modules  which  may  be  compiled  and  debugged  as 
self-contained  entities.  Breaks  in  the  logical  flow  of  each  module  shall  be 
avoided.  Copious  conmentary  shall  be  included  throughout  each  program  unit  to 
enhance  clarity. 

3.2  Functional  Requirements 

The  language  shall  provide  effective  constructs  for  the  expression  of 
the  functions  described  in  the  sections  which  follow. 


3.2.1  Declaration  of  Data  Type 

A construct  shall  be  provided  to  allow  the  declaration  of 
data  type,  the  assignment  of  an  identifier  to  a declared  datum  or  array,  the 
designation  of  the  dimensions  and  bounds  of  an  array,  and  the  optional 
specification  of  the  initial  contents  of  the  datum  or  array.  Data  types 
shall  include  but  not  be  limited  to  real,  integer,  and  complex  numbers;  bit 
and  character  strings;  and  message  texts. 

3.2.2  Define  Statements 

3. 2. 2.1  Define  Units 

OPAL  shall  allow  the  definition  of  basic  units 
followed  by  such  derived  units  as  are  required  for  a given  test  program. 

3. 2. 2. 2 Define  Procedures 

A facility  shall  be  provided  to  allow  the  definition 
of  procedures  (internal  subroutines)  which  may  be  called  (by  name,  and  by  the 
specification  of  actual  parameters)  in  the  main  flow  of  a test  program. 

3. 2. 2. 3 Define  Task 


A facility  shall  be  provided  to  allow  the  definition 
of  an  interrupt  event  or  condition  which  will  trigger  an  interrupt,  and  of  the 
task  to  be  executed  to  service  the  interrupt. 

3.2.3  Reference  Statement 


A reference  statement  shall  be  provided  to  allow  the  specifica- 
tion of  common  data,  defined  procedures,  and  library  subroutines  which  are  to 
be  used  within  a given  program  module. 

3.2.4  External  Library 

Constructs  shall  be  provided  to  allow  the  definition  and  call 
of  external  library  subroutines.  (The  addition  of  a new  subroutine  to  the 
system  library  shall  be  accomplished  in  accordance  with  rules  to  be  formulated 
for  the  configuration  management  of  the  OPAL  System.) 
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3.2.5  Common  t s 


A construct,  shall  he  provided  to  permit  the  insertion  at  any 
point  in  a program  oi  comments  written  to  clarify  the  meaning  of  a program 
unit.  Comments  shall  he  listed  as  part  of  the  source  language  version  of  a 
program,  and  otherwise  ignored  by  the  language  processors. 

3.2.6  Arithmetic,  Logical,  and  Shift  Operators 

The  arithmetic  operators  for  addition,  subtraction,  multipli- 
cation, division,  and  exponentiation;  the  logical  operators  AND,  OR,  XOR,  and 
NOT;  and  the  shift  operators  left/right  shift,  arithmetic  shift,  and  rotate, 
shall  be  an  integral  part  of  the  language.  A construct  shall  be  provided  to 
assign  the  results  of  arithmetic,  boolean  or  shift/rotate  operations  to  a 
designated  symbol.  The  precedence  rules  of  basic  algebra  shall  be  adopted  in 
the  evaluation  of  arithmetic  expressions.  The  elementary  functions  (all 
trigonometric  functions,  plus  square  root,  common  log,  natural  log,  antilog, 
and  absolute  value)  shall  be  a basic  part  of  the  language  structure,  and  may 
be  used  by  name  in  any  arithmetic  expression.  Boolean  operations  shall  be 
processed  in  accordance  with  the  following  precedence  rules,  whenever  Boolean 
expressions  are  not  parenthesized:  NOT  operations  first,  XOR  operations  second, 
AND  operations  third,  and  OR  operations  fourth.  The  use  of  parentheses  shall 
be  encouraged  to  improve  readability. 

Shift  operations  shall  cause  the  bits  of  the  specified  variables 
to  be  shifted  in  the  specified  direction  the  specified  number  of  positions. 

Bits  shifted  out  of  either  end  of  a computer  word  are  lost.  All  vacated  bit 
positions  are  filled  with  zeros. 

Arithmetic  shift  operations  shall  cause  the  sign  bit  (assumed 
to  be  in  the  most  significant  bit  position)  to  remain  unaltered.  For  a left 
arithmetic  shift,  the  vacated  bit  positions  are  filled  with  zero.  For  a 
right  arithmetic  shift,  the  sign  bit  is  duplicated  in  all  vacated  positions. 

The  rotate  operation  shall  cause  bits  rotated  out  of  either 
end  of  a computer  word  to  reenter  the  opposite  end.  No  bits  are  lost  in  this 
process . . 

3.2.7  Block  Structure 

A block  is  defined  as  a sequence  of  related  statements  which 
may  be  treated  as  a single  statement.  The  construct -to  be  used  to  define  the 
beginning  and  end  of  a block  shall  be  DO... END,  where  within  the  DO... END 
brackets  the  related  sequence  of  statements  is  specified. 
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3.2.8  Loop  Control 

Loop  control  constructs  of  the  following  forms  shall  be 

provided : 

FORM  1 

FOR  I * A to  B 
DO  . 

END 

where  I is  the  Index,  A its  initial  value,  and  B its  final  value.  The  index 
is  incremented  by  1 each  time  the  loop  is  executed.  The  block  which  defines 
the  sequence  of  statements  to  be  repeated  the  designated  number  of  times 
shall  be  coded  within  the  DO... END  brackets. 

FORM  2 

For  I * A to  B by  Y 
DO 


END 

where  the  meaning  of  I,  A,  and  B is  the  same  as  that  specified  for  Form  1, 
and  Y is  designated  whenever  the  increment  on  the  index  is  a value  other 
than  1 . 

FORM  3 


FOR  X units  of  time 
DO 


END 

where  the  block  specified  is  executed  repeatedly  for  the  specified  time  duration. 
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FORM  4 

WHILE  condition  (See  3.2.9  a and  b ) 
DO  . 


END 

where  the  specified  block  is  executed  repeatedly  until  the  specified  condition 
is  true.  A maximum  time  limit  shall  be  specified  as  part  of  the  condition 
description  to  preclude  the  occurrence  of  endless  run-time  looping. 

NOTE:  The  convention  shall  be  adopted  to  execute  a loop  zero 
times  if  the  specified  limit  on  the  index  (Forms  1 and  2),  or  on  time  (Form  3) 
is  met,  or  if  the  condition  (Form  4)  is  true,  when  a given  loop  is  entered. 

All  implementations  of  the  language  shall  require  that  the  run-time  package 
check  that  the  value  of  a loop  index  never  inadvertently  exceeds  the  specified 
index  boundary. 

FORM  5 


FOR  X • A,  B....N 
DO 


END 

where  the  block  is  repeated  until  the  list  of  values  of  X specified  in  the 
FOR  statement  is  exhausted.  A through  N may  be  constants  or  identifiers. 

3.2.9  Conditional  Statements 


The  construct: 
IF  condition 


THEN 

DO 


END 


'■7 


path  to  be  followed  if  condition  is  true 
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ELSE 

DO 

. path  to  be  followed  If  condition  is  false 

END 

shall  be  provided  to  allow  the  in-line  expression  of  the  block  or  single 
statement  to  be  executed  if  the  specified  condition  is  true,  followed  by 
the  block  or  single  statement  to  be  executed  if  the  condition  is  false. 

The  'condition'  may  be  specified  by: 

a.  The  relational  operators 

EQ  (is  equal  to) 

LE  (is  less  than  or  equal  to) 

LT  (is  less  than) 

GR  (is  greater  than) 

GE  (is  greater  than  or  equal  to) 

NE  (is  not  equal  to) 

b.  The  state  operators 

ON  or  OFF 
TRUE  or  FALSE 

Subroutines  or  procedures  may  be  called  within  a given  path.  However,  only 
one  entry  point  and  one  exit  point  should  be  specified  for  each  path. 

3.2.10  Unconditional  Transfer  Statement 

The  construct  --GO-TO  statement  label--  shall  be  provided 
to  permit  the  unconditional  transfer  of  control  to  the  designated  statement. 
However,  this  statement  should  be  used  sparingly  to  maximize  the  ease  with 
which  the  logical  flow  of  a program  can  be  followed. 

3.2.11  Interrupt  Control 

Constructs  are  required  to  specify: 

a.  Hie  definition  of  events  or  conditions  which  are  to 
trigger  the  execution  of  a given  task. 
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b.  The  definition  o£  the  sequence  of  statements  which 
together  form  the  task. 

c.  The  enabling  of  a task;  that  is  to  initialize  it  such 
that  when  a specified  run-time  condition  exists  (or  event  occurs)  the  task 
may  be  executed  with  minimal  or  no  delay. 

d.  The  disabling  of  a task;  that  is,  to  cause  the  program 
to  ignore  a given  interrupt  condition  or  event  which  was  previously  enabled. 

e.  The  assignment  of  priorities  to  each  interrupt  such  that 
should  two  or  more  occur  simultaneously,  the  run-time  operating  system  can 
"know"  which  to  service  first,  and  in  what  order  to  service  the  others. 


3.2.12  Perform 


A construct  shall  be  provided  to  call  for  the  execution 
of  a defined  procedure,  or  program  module,  or  subroutine  or  task.  Actual 
parameters  to  be  manipulated  when  the  program  element  is  performed  shall 
be  listed  in  the  perform  statement,  to  replace  the  formal  parameters  (if 
any)  specified  in  the  definition  of  the  program  element. 
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3.2.13  Apply  Statement 


A construct  shall  be  provided  to  describe  (1)  the  applica- 
tion of  stimuli  and/or  loads  to  a UUT,  (2)  the  required  characteristics  of 
the  elements  to  be  applied,  and  (3)  the  test  point (s)  or  connector (s)  on  the 
UUT  to  which  the  stimuli  and/or  loads  will  be  connected. 

3.2.14  Remove  Statement 


A construct  shall  be  provided  to  describe  the  removal  of 
stimuli  and/or  loads  from  designated  te6t  point  (s)  of  the  unit  under  test. 

3.2.15  Measure  Statement 

A construct  shall  be  provided  to  describe  (1)  the  measurement 
of  the  physical  characteristics  of  the  UUT,  (2)  the  symbolic  name  of  the 
measurement  read,  and  (3)  the  UUT  test  point  (s)  at  which  the  measurement  is 
to  be  made. 


3.2.16  Range  and  Tolerance 

Within  both  apply  and  measure  statements,  constructs  shall 
be  provided  to  allow  the  designation  of: 

a.  The  maximum,  minimum,  or  range  of  values  within  which  a 
measured  or  applied  physical  characteristic  should  lie,  and  the  units  in  which 
the  values  are  expressed. 

b.  The  tolerance  allowed  on  each  applied  or  measured  value. 

c.  An  error  exit  to  service  the  sensing  of  values  which 
exceed  the  designated  limits. 

3.2.17  Compare 

A construct  shall  be  provided  to  allow  the  comparison  of 
the  value  of  two  or  more  characteristics,  or  of  two  or  ncre  bit  or  character 
strings,  or  of  the  state  p two  or  more  UUT  elements. 

3.2.18  Verify 

A construct  shall  be  provided  to  allow  the  verification  of 
the  relation  between, or  state  of,  two  or  more  UUT  elements  or  characteristics. 
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3.2.19  Time  Control  Statements 

All  time  related  statements  will  be  self  contained;  that  is, 
all  time  measurement  shall  begin  with  the  execution  of  the  time  control 
statement,  and  shall  not  depend  on  any  proceeding  statement. 

3.2.19.1  Delay  Statements 

a.  Delay  x time  units  - execution  of  the  next 
statement  in  sequence  will  be  delayed  for  the  specified  length  of  time. 

b.  Delay  Until  condition  - execution  of  the  next 
statement  in  sequence  will  be  delayed  until  the  specified  condition  is  true. 
Maximum  time  will  be  designated  to  provide  an  escape  to  an  error  exit  if  the 
condition  is  not  true  within  the  given  maximum  time. 

3.2.19.2  Time  Monitoring  Statements 

a.  Start  Clock  - the  system  timer  or  designated 
external  timer  will  be  initialized  to  establish  a time  reference  point. 

b.  Read  Clock  - the  current  value  of  time  will  be 
read  and  stored  in  a named  location. 

c.  A Start  Clock  statement  may  be  followed  by  any 
number  of  Read  Clock  statements.  Other  OPAL  statements  may  be  interspersed 
between  the  Start  Clock  and  any  Read  Clock  statement.  Each  Start  Clock 
statement  will  reinitialize  the  designated  clock.  The  value  of  time  at 
initialization  will  be  stored  in  a designated  temporary  location,  to  serve  as 
a time  reference  point  for  subsequent  Read  Clock  statements. 

d.  The  Start  Clock/Read  Clock  statements  may 
optionally  include  a WHEN  condition  phrase  within  which  an  event  or  condition 
may  be  designated  to  trigger  the  Start  or  Read  action. 

3.2.19.3  Timed -Block  Statements 

Within  X time  units 

DO 


END 
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Ail  statements  enclosed  in  the  DO.. .END  brackets  shall  be  executed  within  the 
specified  time  interval*  (NOTE;  Implementation  of  the  Timed-Block  statements 
shall  require  that  the  language  processor  verify  that  the  block  can  be 
executed  by  the  run-time  system  within  the  designated  time  interval.  If  the 
• run-time  ATE  cannot  meet  the  time  limit,  an  error  message  shall  be  generated 
at  complla  time.) 


3.2.19.4  Synchronjzat ion 

A construct  shall  be  designed  to  describe  the 
synchronization  of  two  or  more  events,  or  of  specified  points  on  two  or  more 
waveforms . 


3.2.20  Event  Counting 

A construct  shall  be  provided  to  designate: 

a.  The  description  of  an  event. 

b.  An  optional  trigger  which  will  initiate  a count  of  the 
occurrence  of  the  event. 

c.  The  identifier  into  which  the  actual  count  will  be 

stored . 

When  the  count  is  to  occur  over  a specified  period  of  time,  Loop  Control  Form 
3 (paragraph  3.2.8)  should  be  used. 

3.2.21  Decision  Tables 


Decision  tables  will  be  used  to  present  in  compact,  tabular 
form  the  mapping  of  test  results  onto  a set  of  appropriate  actions.  The 
required  constructs  are: 

a.  A mechanism  to  allow  the  definition  of  a set  of  intervals 
within  which  the  value  of  a given  measurement  may  fall;  and  to  name  and  specify 
the  end  points  of  each  interval.  The  mechanism  should  also  allow  the 
assignment  of  identifiers  to  sets  of  specified  bit  strings. 

b.  A mechanism  to  allow  the  definition  of  decision  tables 
composed  of  predefined  "fault  signatures"  each  of  which  represents  the  unique 
set  of  either  measurement  indicators  (interval  names)  for  each  parameter 
measured  or  of  bit  string  identifiers, which  together  point  to  a specific 
fault  diagnosis,  or  to  more  than  one  possible  fault.  Each  decision  table 
shall  represent  the  test  designer's  analysis  and  definition  of  those 
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faults  in  a given  HUT,  or  UUT  subsystem,  which  can  be  diagnosed  by  the 
v.i.irrwni  of  the  specified  interactive  combinations  of  physical  properties 
or  by  the  generation  of  specified  bit  strings. 

c.  A mechanism  to  allow  the  test  designer  to  control  tha 
march  of  decision  tAblas, 

I 

3.2.22  Digital  Terms 

No  separate  dictionary  of  digital  terms  shall  be  invented 
to  describe  the  analog  characteristics  of  digital  signals  such  as  waveform 
characteristics  or  timing  requirements.  Instead,  the  appropriate  analog 
descriptors  shall  be  used.  Constructs  shall  be  provided  to: 

a.  Label  partial  words  of  a specified  bit  or  character 
length  in  a designated  code. 

b.  Pack  partial  words  into  a designated  word  length. 

c.  Mask  and  unpack  partial  words. 

d.  Initiate  the  input  of  tables  of  bit  and/or  character 
strings;  designate  the  required  response  to  each  input  pattern,  and  the 
action  to  be  taken  if  the  actual  response  pattern  deviates  from  the  required 
response.  Indicate  whether  the  table  is  to  be  processed  under  software  or 
hardware  control. 

3.2.23  Insertion  of  Non-OPAL  Program  Segments 

A construct  shall  be  provided  to  allow  the  insertion  of 
program  segments  written  in  a non-OPAL  language.  The  "Leave /Resume"  brackets 
used  in  ATLAS  for  this  purpose  may  be  adopted. 

3.2.24  Input /Output  Control 

Constructs  shall  be  provided  to  allow  the  programming  of 
comnunicatioh  between  the  program-controlled  ATE  hardware  and  the  operator. 
The  constructs  shall  include  mechanisms  to  initiate  displays,  output  message 
texts,  output  visual  or  auditory  signals,  and  accept  "push-button"  or  other 
input  from  the  operator. 
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3.2.24.1  Output 

A single  output  construct  shall  be  provided  which 

shall  include: 


a.  The  Identifier (s)  or  ectuel  string(a)  of 

information  to  be  output. 

b.  The  name  of  the  kind  of  peripheral  device  to 
which  the  output  is  to  be  sent. 


c.  An  optional  reference  to  a format  statement 
in  which  the  desired  format  has  been  specified. 

3.2.24.2  Input 


A single  input  construct  shall  be  provided  which 

shall  include: 


a.  The  specification  by  identifier  of  the 
location (s)  into  which  the  input  is  to  be  stored. 

b.  The  peripheral  device  from  which  the  information 
is  to  be  obtained  (or  the  designation  of  the  operator  as  the  source  of  Input). 


c.  An  optional  reference  to  a format  statement. 
3.2.25  Format  Statement 

A construct  shall  be  provided  within  which  a full  description 
of  the  layout  of  data  or  text  to  be  input  or  output  may  be  specified. 
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APPENDIX  1 


Derivation  of  OPAL  Concept',  and  Constructs 


In  the  following  list,  the  derivation  of  the  concepts  and/or  constructs 
’ included  in  the  functional  description  of  OPAL  are  specified. 


Item  and  paragraph  Number  in 

OPAL  Functional  Description  Language  from  which  Derived 

1.  PATELS  Project  Objectives 


2. 


1.2.1  Standard  to  improve 
Common icat ion 

1.2.2  For  ATE,  Semi -ATE  and 
Manual  Equipment 

General  Characteristics  of  OPAL 

3.1.1  Natural  English  subset 

3.1.2  Machinable 

3.1.3  Improve  Communications 

3.1. A Easy  to  Read,  Write,  Under- 
stand 

3.1.5  Definitions  from  Technical 
• Standard  Dictionaries 

3.1.6  ATE  Independent  - - 

3.1.7  (1)  Formal  Definition  in  BNF 
(2)  Syntax  Diagrams 

3.1.9  Expandable  «■ 

3.1.11  Statement  Format  - - - - • 

3.1.12  (1)  Labels  and  Identifiers  - - 


ATLAS,  CTL 

ATLAS  (extended  to  consider  non- 
avionic  UUTs))  CTL 


ATLAS  (Modified  and  extended),  GOAL, 
CTL,  AMC  Committee 


AMC  Committee 

ATLAS,  GOAL,  CTL,  AMC  Committee 
ALGOL,  CTL, GOAL,  PL/1 
ATLAS,  GOAL,  AMC  Committee 
CTL,  AMC  Committee 
PL/1,  CTL,  GOAL 
ALGOL,  PL/1,  CTL 


(2)  Program  documentation  note  AMC  Committee 


APPENDIX  I 


Item  and  Paragraph  Number  in 
OPAL  Functional  Description 


3.1. 1A  Structured  Programming  - - 

3 . Functional  Characteristics  of  OPAL 

3.2.1  Declaration  of  data  types  and 
dimensions  of  arrays 


3. 2. 2.1  Define  Units  — 


3. 2. 2. 2 Define  Procedures  — 


3. 2. 2. 3 Define  Task-  - - 

3.2.3  Reference  Statement 


3.2.4  External  Library 


3.2.5  Embedded  Comments  - 

3.2.6  (1)  Arithmetic  and  Logical* 

Operators 

(2)  Shift /Rotate  Operators 

3.2.7  Block  Structure  - - 


3.2.8  Loop  Control 

(1)  Forms  1,  2,  and  5-  - 

(2)  Forms  1,  2,  4 , and  5-  - - 

(3)  All  Forms 

3.2.9  Conditional  Statements-  - - 

3.2.10  Unconditional  Transfer—  - — 


3.2.11  Interrupt  Control 


Language  from  which  Derived 


CTL,  AMC  Committee,  PL/1 


FORTRAN  (Limited),  ALGOL,  PL/1,  ATLAS, 
CTL,  GOAL,  AMC  Committee 


- ALGOL,  ATLAS,  CTL,  AMC  Committee,  PL/1 
(called  a subroutine  in  GCAL) 

- AMC  Committee,  PL/1 
PL/1,  CTL 

- FORTRAN,  ALGOL,  PL/1,  CTL,  AMC 
Conmittee 

-PL/1,  CTL,  AMC  Committee 

- FORTRAN,  PL/1,  ALGOL,  ATLAS,  GOAL, 

AMC  Committee,  CTL 

- ATLAS,  AMC  Committee 

- PL/1,  CTL,  AMC  Committee,  ALGOL 
(modified) 


- FORTRAN  (modified),  ALGOL  (modified) 

- PL/1  (modified) 

CTL,  AMC  Committee 

- ALGOL,  PL/1,  CTL,  AMC  Committee 

-FORTRAN,  ALGOL,  PL/1,  CTL,  ATLAS, 
GOAL,  AMC  Committee 

- ATLAS  (modified),  GOAL  (modified), 
AMC  CcwBlttee 
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AiTLNDIX  T 


Item  and  Paragraph  Number  in 


OPAL  Functional  Description 

3.2.12  Perform-  — _ _ 

3.2.13  Apply  - - ■ 

3.2.14  Remove  - — . _ 

3.2.15  Measure—  - — .... 

3.2.16  Range  and  Tolerance—  - — - - 

3.2.17  Compare  — — . . 

3.2.18  Verify  - — — — - — - 

3.2.19  Time  Control  (conmentary)-  - - 

3.2.19.1  (a)  Delay-  - - — — 

(b)  Delay  Until  - - 

3.2.19.2  Time  Monitoring-  — — - 

3.2.19.3  Timed-Block  Statement-  - - - 

3.2.19.4  Synchronization-  •-  - --  - 

3.2.20  Event  Counting-  — - _ . 

3.2.21  Decision  Tables-  — - — 

3.2.22  Digital  Terms-  - - ... 

3.2.23  Leave/Resume-  - — - - - 

3.2.24  Input /Output-  — — - — - _ 

3.2.25  Format  — - — — — - _ 


Language  from  which  Derived 

ATLAS,  AMC  Committee,  COAL  (modified) 

A i LAS, GOAL,  AMC  Comnittee,  CTL 

- ATLAS,  AMC  Comnittee,  CTL 

ATLAS  (modified),  AMC  Committee,  CTL 
-ATLAS  (modified),  AMC  Committee 
ATLAS,  GOAL  (modified),  AMC  Committee 
ATLAS,  AMC  Comnittee,  GOAL  (modified) 

- CTL,  AMC  Committee 

AMC  Comnittee,  CTL,  GOAL,  ATLAS  (modified) 

- AMC  Committee,  CTL,  GOAL 

- AMC  Committee,  CTL 

- AMC  Committee,  CTL 

ATIAS  (requires  gross  modification), 

AMC  Committee  (not  finalized) 

-ATLAS  (requires  gross  modification) 

CTL,  ATLAS  (in  proposed  form) , AMC 
Committee 

ALGOL  (a,b,c  only),  PL/l  (a,b,c  only), 

CTL,  ATLAS  (modified) 

ATLAS,  AMC  Committee,  GOAL 
('Pi/1  and 

"(FORTRAN  (modified),  CTL,  AMC  Comnittee 
CPL/1  and 

^FORTRAN  (modified) 
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